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DETAILED ACTION 

This Office Action corresponds to application 10/797,238 filed 3/10/2004. 

Continued Examination Under 37 CFR 1.114 

A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1.17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.1 14, and the fee set forth in 37 CFR 1.17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.114. Applicant's submission filed on 8/6/2009 has been entered. 

Response to Amendment 

In the present reply (amendments submitted 8/6/2009) Applicant has amended claims 1, 
14, 19, and 24 while cancelling claims 6 and 25-29. Claims 1-5, 7-12, 14-17, 19-22, 24, and 30- 
35 are pending. 

Claim Objections 

Examiner thanks Applicant for the correcting amendments to overcome the prior 
objection. Accordingly, the previous claim objections have been withdrawn. 

However, in light of further examination, Examiner objects to depending claim 2 for "the 
item" in the second line of the claim should be specified as a 'first' or 'second' item and thus 
providing proper antecedent basis from parent claim 1 . As herein interpreted, "the item" refers 
to the second item. 
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Claim Rejections - 35 USC §102 

The following is a quotation of the appropriate paragraphs of 35 U.S. C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 

Claims 1-5, 7-9, 12, 14-17, 19-22, 24, 30-32, and 35 are rejected under 35 
U.S.C. 102(b) as being anticipated by Cabrera et al. (Cabrera hereafter; U.S. Patent 
6,029,160). 

With respect to claim 1, Cabrera teaches A method for executing a transaction 
comprising at least one query language statement and at least one file system statement, each 
statement relating to a user defined type ("UDT") associated with a database server, the method 
comprising: 

storing at least one field (col. 4 line 62, figure 3; e.g. relation columns) relating to the 
UDT (col. 4 line 67; e.g. a defined data type) in a relational database table (relation 60, figure 3), 
wherein at least one field (col. 4 line 62, figure 3; e.g. relation columns) is a filestream field (col. 
5 lines 5-9; e.g. an external file reference (efr) type), and wherein data for each filestream field 
(col. 5 lines 12-14; e.g. a file reference in the efr) is stored (e.g. reference 17 providing storage 
for files) in a respective file (fig. 3 reference 70, 74) separate (fig. 4 illustrating a relational 
database 16 separate from file server 17) from the relational database table (relation 60); 

receiving each of the at least one file system statements (col. 5 line 39; e.g. file system 
calls), wherein each statement (col. 5 line 39; e.g. file system call) comprises a call to open a first 
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item (col. 5 line 39; e.g. call to open a file) and at least one of a call to read from the first item 
(col. 5 line 40; e.g. call to read a file) and to write to the first item (col. 14 lines 17-18; e.g. calls 
to rename or delete files), and a call to close the first item (col. 5 line 40; e.g. call to close a file), 

receiving each of the at least one query language statement (col. 8 line 29; e.g. SQL 
query), wherein each query language statement (col. 8 line 29; e.g. SQL query) is associated with 
a second item (col. 8 line26-46; e.g. SQL performed on a database record); 

for each file system statement (col. 5 line 39; e.g. file system call): 

upon detecting a storage platform path name (col. 5 line 10, col. 25 line 28; e.g. 
serveri/filename) associated with the first item (reference 70, 74; e.g. file) in a file system 
statement (col. 5 line 39; e.g. file system call) forwarding (fig. 6, step (3)) the file system 
statement (col. 5 line 39; e.g. file system call) to an agent (reference 45, e.g. file server kernel), 
wherein the agent (45) performs a call to the storage platform (reference 17; file server and col. 
15 line 13) by passing the storage platform path name (col. 5 line 10, col. 25 line 28) to the 
storage platform (17); 

identifying the first item (col. 18 line 36) based upon (col. 10 line 34-36) the storage 
platform path name (col. 5 line 10, col. 25 line 28; e.g. serveri/filename); 

passing (fig. 6 step (1)) a database engine function (storage component 101) that returns 
(fig. 6 step (2)) a file system path name (fig. 6; e.g. server/filename) corresponding to the first 
item (reference 70, 74; e.g. file) to the database server (80, 15, fig. 6); 
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performing a table look-up (col. 8 line 13; performing a look-up with a database catalog) 
for the UDT (col. 4 line 67; e.g. a defined data type) associated with the first item (reference 70, 
74; e.g. file) on the database server (80, 15, fig. 6); 

extracting a real file system path (fig. 6, reference 33) corresponding to the first item 
(reference 70, 74; e.g. file) using the database engine function; 

using the real file system path (fig. 6, reference 33) to perform an operation on the first 
item (i.e. the path is used to locate in order to perform an operation on reference 70, 74; e.g. file) 
by passing the real file system path (fig. 6, reference 33) back to the agent (45), wherein the 
agent (45) then interacts with the file system (17) to cause execution of file system statement 
(col. 7 line 31-37), 

wherein if the file system statement (col. 5 line 39; e.g. file system call) includes open, 
read and close operations (col. 5 lines 39-40): 

creating a transaction (col. 6 lines 27-35 and figs 5-6; e.g. a link operation and user 
request in a transactional scope) as part of an open operation (col. 5 line 39; e.g. call to open a 
file), wherein the transaction is managed separately (fig. 1 reference 18 wherein the file manager 
controls access to files) from the database server (fig. 1, reference 12, 24) and comprises 
(wherein the linking operation or request comprises a query to database 16 to access a file in file 
system 17) the at least one query language statement (col. 8 line 29; e.g. SQL query) and the at 
least one file system statement (col. 5 line 39; e.g. file system call); 
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determining whether the at least one query language statement conflicts or the at least one 
file system statement conflicts with another transaction (col. 20 lines 14-17; e.g. determining if 
more than one transaction is present); 

if the at least one query language statement conflicts or the at least one file system 
statement conflicts with another transaction, resolving the conflict (col. 20 lines 17-22 wherein 
previous transactions are resolved); 

if the at least one query language statement and the at least one file system statement do 
not conflict with another transaction (col. 20 line 14; e.g. determining if a transaction count is 
zero, then no transactions are executing): 

obtaining a read lock (col. 14 line 54 wherein a SELECT statement imposes a read lock) 
on a data table row (relation 60) associated with the associated first item(reference 70, 74; e.g. 
file) for the file system statement; 

performing a read operation in the context of the transaction (col. 5 line 40 and fig. 6; e.g. 
step (3)); and 

committing the transaction as part of a close operation (col. 16 lines 1-6; e.g. 
committing); 

if the file system statement includes open, write and close operations (col. 5 line 40; e.g. 
call to read a file and col. 14 lines 17-18; e.g. calls to rename or delete): 

creating a transaction (col. 6 lines 27-35 and figs 5-6; e.g. a link operation and user 
request in a transactional scope) as part of an open operation (col. 5 line 39; e.g. call to open a 
file), wherein the transaction is managed separately (fig. 1 reference 1 8 wherein the file manager 
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controls access to files) from the database server (fig. 1, reference 12, 24) and comprises 
(wherein the linking operation or request comprises a query to database 16 to access a file in file 
system 17) the at least one query language statement (col. 8 line 29; e.g. SQL query) and the at 
least one file system statement (col. 5 line 39; e.g. file system call); 

determining whether the at least one query language statement conflicts or the at least one 
file system statement conflicts with another transaction (col. 20 lines 14-17; e.g. determining if 
more than one transaction is present); 

if the at least one query language statement conflicts or the at least one file system 
statement conflicts with another transaction, resolving the conflict (col. 20 lines 17-22 wherein 
previous transactions are resolved); 

if the at least one query language statement and the at least one file system statement do 
not conflict with another transaction (col. 20 line 14; e.g. determining if a transaction count is 
zero, then no transactions are executing): 

obtaining a write lock (col. 12 line 10 wherein UPDATE operation imposes a write lock) 
on a data table row (relation 60) associated with the associated first item (reference 70, 74; e.g. 
file) for the file system statement (col. 5 line 39; e.g. file system call); 

performing a write operation in the context of the transaction (col. 15 lines 4-5; e.g. 
rename/delete call that operate accordingly on a file); and 

committing the transaction as part of a close operation (col. 16 lines 1-6; e.g. 
committing); 
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for each query language statement (col. 8 line 29; e.g. SQL query), starting a transaction 
(e.g. SELECT/UPDATE) on the database server updating fields (col. 8 line 37) associated with 
the second item in the query language statement (col. 8 line 29; e.g. SQL query) and sending an 
updategram to the database server (col. 8 line 66-col. 9 line3 wherein an update is sent and 
executed). 

With respect to claim 2, Cabrera teaches the method of claim 1 , wherein the data table 
row includes a user defined type corresponding to the item (col. 2 line 45). 

With respect to claim 3, Cabrera teaches the method of claim 1, wherein each query 
language statement is a T-SQL statement (col. 8 line 35-36). 

With respect to claim 4, Cabrera teaches the method of claim 1, wherein transactions 
created for file system statements (col. 5 line 39; e.g. file system calls) are managed (reference 
18; file manager) by a storage platform (file system 17). 

With respect to claim 5, Cabrera teaches the method of claim 1, further comprising 
receiving a transaction context for file system operations and performing at least one of a read 
lock and a write lock consistent with the received transaction context (col. 15 line 45; e.g. a 
transactional context). 
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With respect to claim 7, Cabrera teaches the method of claim 1, wherein acquiring the 
read lock on the row comprises acquiring a read committed view of the row (col. 20 lines 19-22). 

With respect to claim 8, Cabrera teaches the method of claim 1, wherein acquiring the 
write lock on the row comprises acquiring a write lock that will prevent another transaction from 
accessing the row while the transaction is being processed (col. 20 lines 19-22). 

With respect to claim 9, Cabrera teaches the method of claim 1, wherein acquiring the 
write lock on the row comprises acquiring a write lock that will prevent a non-transacted file 
system statement from accessing the row while the transaction is being processed (col. 20 lines 
19-22 wherein Cabrera implements a lock that prevents access). 

With respect to claim 12, Cabrera teaches the method of claim 1, comprising starting the 
transaction by acquiring one of a read lock (col. 14 line 54 wherein a SELECT statement 
imposes a read lock) and a write lock (col. 12 line 10 wherein UPDATE operation imposes a 
write lock) on a filestream field of the row (wherein it is interpreted that if the row is locked, the 
filestream field within that row is locked as well). 
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With respect to claim 14, Cabrera teaches A method for locking and isolation of a file 
system statement, the method comprising: 

receiving the file system statement (col. 5 line 39; e.g. file system call) comprising a call 
to open an item, a call to read from the item, and a call to close the item (col. 5 line 39-40), the 
file system statement (col. 5 line 39; e.g. file system call) being independent (wherein the file 
system call is a separate operation) of any database commands employing a query language of a 
database (col. 8 line26-46; e.g. SQL performed on a database record) and wherein each item (file 
70, 74) referenced in the statement (col. 5 line 39; e.g. file system call) is stored separately (fig. 
1) from a database table (relation 60) associated with the item (file 70, 74); 

upon detecting a storage platform path name (col. 5 line 10, col. 25 line 28; e.g. 
serveri/filename) associated with the item (file 70, 74) in the file system statement (col. 5 line 39; 
e.g. file system call), performing a call to a storage platform (reference 17; file server and col. 15 
line 13) by passing the storage platform path name (col. 5 line 10, col. 25 line 28; e.g. 
serveri/filename) to the storage platform col. 5 line 10, col. 25 line 28); 

identifying the item (col. 18 line 36) based upon (col. 10 line 34-36) the storage platform 
path name (col. 5 line 10, col. 25 line 28; e.g. serveri/filename); 

passing (fig. 6 step (1)) a database engine function (storage component 101) that returns 
(fig. 6 step (2)) a file system path name (fig. 6; e.g. server/filename) corresponding to the item 
(reference 70, 74; e.g. file) to the database server (80, 15, fig. 6); 
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performing a table look-up (col. 8 line 13; performing a look-up with a database catalog) 
for the UDT (col. 4 line 67; e.g. a defined data type) associated with the item (reference 70, 74; 
e.g. file) on the database server (80, 15, fig. 6); 

extracting a real file system path (fig. 6, reference 33) corresponding to the item 
(reference 70, 74; e.g. file) using the database engine function; 

using the real file system path (fig. 6, reference 33) to perform an operation on the item 
(i.e. the path is used to locate in order to perform an operation on reference 70, 74; e.g. file), 
wherein: 

in response to receiving the file system statement (col. 5 line 39; e.g. file system call) that 
is independent of any database application programming interface requests, determining if a read 
lock is available for a row of a data table corresponding to the item, wherein determining if a 
read lock is available comprises determining whether the file system statement conflicts with one 
of a query language statement and a file system statement associated in a transaction col. 20 lines 
14-17; e.g. determining if more than one transaction is present); 

if the read lock is not available for the row of the data table corresponding to the item, 
then failing the open (col. 15 lines 60 wherein failure of operations is disclosed); and 

if the read lock is available for the row of the data table corresponding to the 

item: 

performing a shared open for the item (col. 5 line 39); 

acquiring the read lock on the row (col. 14 line 54 wherein a SELECT statement imposes 
a read lock). 
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With respect to claim 15, Cabrera teaches the method of claim 14, comprising 
determining if the read lock is available for a row of a data table that includes a user defined type 
corresponding to the item (col. 2 line 45). 

With respect to claim 16, Cabrera teaches the method of claim 14, wherein acquiring the 
read lock on the row comprises acquiring a read committed view of the row col. 5 line 29-31). 

With respect to claim 17, Cabrera teaches the method of claim 14, comprising acquiring 
the read lock on a filestream field of the row (wherein it is interpreted that if the row is locked, 
the filestream field within that row is locked as well). 

With respect to claim 19, Cabrera teaches A method for locking and isolation of a file 
system statement, the method comprising: 

receiving the file system statement (col. 5 line 39; e.g. file system call) comprising a call 
to open an item col. 5 line 39-40), a call to write to the item (col. 5 line 40; e.g. call to read a file 
and col. 14 lines 17-18; e.g. calls to rename or delete), and a call to close the item col. 5 line 39- 
40), the file system statement (col. 5 line 39; e.g. file system call) being independent (wherein 
the file system call is a separate operation) of any database commands employing a query 
language of a database (col. 8 line26-46; e.g. SQL performed on a database record) and wherein 
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each item (file 70, 74) referenced in the statement (col. 5 line 39; e.g. file system call) is stored 
separately (fig. 1) from a database table (relation 60) associated with the item (file 70, 74); 

upon detecting a storage platform path name (col. 5 line 10, col. 25 line 28; e.g. 
serveri/filename) associated with the item (file 70, 74) in the file system statement (col. 5 line 39; 
e.g. file system call), performing a call to a storage platform (reference 17; file server and col. 15 
line 13) by passing the storage platform path name (col. 5 line 10, col. 25 line 28; e.g. 
serveri/filename) to the storage platform col. 5 line 10, col. 25 line 28); 

identifying the item (col. 18 line 36) based upon (col. 10 line 34-36) the storage platform 
path name (col. 5 line 10, col. 25 line 28; e.g. serveri/filename); 

passing (fig. 6 step (1)) a database engine function (storage component 101) that returns 
(fig. 6 step (2)) a file system path name (fig. 6; e.g. server/filename) corresponding to the item 
(reference 70, 74; e.g. file) to the database server (80, 15, fig. 6); 

performing a table look-up (col. 8 line 13; performing a look-up with a database catalog) 
for the UDT (col. 4 line 67; e.g. a defined data type) associated with the item (reference 70, 74; 
e.g. file) on the database server (80, 15, fig. 6); 

extracting a real file system path (fig. 6, reference 33) corresponding to the item 
(reference 70, 74; e.g. file) using the database engine function; 

using the real file system path (fig. 6, reference 33) to perform an operation on the item 
(i.e. the path is used to locate in order to perform an operation on reference 70, 74; e.g. file), 
wherein: 
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in response to receiving the file system statement (col. 5 line 39; e.g. file system call) that 
is independent of any database application programming interface requests, determining if a read 
lock is available for a row of a data table corresponding to the item, wherein determining if a 
read lock is available comprises determining whether the file system statement conflicts with one 
of a query language statement and a file system statement associated in a transaction col. 20 lines 
14-17; e.g. determining if more than one transaction is present); 

if the write lock is not available for the row of the data table corresponding to the item, 
then failing the open (col. 15 lines 60 wherein failure of operations is disclosed); and 

if the write lock is available for the row of the data table corresponding to the 

item: 

performing an exclusive open for the item (col. 14 line 54 wherein a UPDATE statement 
imposes a write lock to impart exclusivity); 

acquiring the write lock on the row (i.e. performing the update). 

With respect to claim 20, Cabrera teaches the method of claim 19, comprising 
determining if the write lock is available for a row of a data table that includes a user defined 
type corresponding to the item (col. 2 line 45). 

With respect to claim 21, Cabrera teaches the method of claim 19, wherein acquiring the 
write lock on the row comprises acquiring a write lock that will prevent another statement from 
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accessing the row while the statement is being processed (col. 14 line 54 wherein a UPDATE 
statement imposes a write lock to impart exclusivity). 

With respect to claim 22, Cabrera teaches the method of claim 19, comprising starting the 
transaction by acquiring the write lock on a filestream field of the row (wherein it is interpreted 
that if the row is locked, the filestream field within that row is locked as well). 

With respect to claim 24, Cabrera teaches A system for executing a file system statement, 
the system comprising: 

a processor (col. 3 line 40; processors); 

a relational data engine (DBMS 15) comprising a data table (relation 60) having a row 
corresponding to the item (reference 83; e.g. the table contains an efr field reference a file stored 
in a separate file server); 

a storage platform (file server 17) built on the relational data engine (DBMS 15 and client 
application 24), the storage platform (file server 17) comprising means for receiving (44) the file 
system statement (col. 5 line 39; e.g. file system calls), wherein each item (reference 70, 74; e.g. 
file) referenced in the statement (col. 5 line 39; e.g. file system call) is stored separately from a 
database table (relation 60) associated with the item (reference 70, 74; e.g. file); 

means for associating (col. 5 line 1-16) the file system statement (col. 5 line 39; e.g. file 
system call) with a first transaction (col. 6 lines 27-35 and figs 5-6; e.g. a link operation and user 
request in a transactional scope); 
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means for associating (col. 5 line 1-16) another file system statement (col. 5 line 40) and 
a query language statement (col. 8 line 29; e.g. SQL query) with the transaction (col. 6 lines 27- 
35 and figs 5-6; e.g. a link operation and user request in a transactional scope); 

means for determining whether the first transaction conflicts with a second transaction 
(col. 20 lines 14-17; e.g. TxnCountPtr that determines if more than one transaction is present); 

means for resolving the conflict between the first transaction and the second transaction 
(col. 20 lines 17-22 wherein previous transactions are resolved via means defined in col. 20 line 
17-18); 

means for starting the transaction (fig. 11, kernel 45) in response to determining that the 
first transaction does not conflict (col. 20 line 14) with the second transaction and in response to 
receiving the file system statement by acquiring either a read lock (col. 14 line 54 wherein a 
SELECT statement imposes a read lock) or a write lock (col. 12 line 10 wherein UPDATE 
operation imposes a write lock) on the row, the file system statement comprising a call to open a 
item (col. 5 line 39; e.g. call to open a file) and at least one of a call to read from the item (col. 5 
line 40; e.g. call to read a file) and to write to the item (col. 14 lines 17-18; e.g. calls to rename or 
delete files), and a call to close the item (col. 5 line 40; e.g. call to close a file), the file system 
statement being independent (wherein the file system call is a separate operation) of any database 
commands employing a query language of a database (col. 8 line26-46; e.g. SQL performed on a 
database record); 

a file system (file system 17), wherein the file system is adapted to: 
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upon detecting a storage platform path name (col. 5 line 10, col. 25 line 28; e.g. 
serveri/filename) associated with the item (file 70, 74) in the file system statement (col. 5 line 39; 
e.g. file system call), performing a call to a storage platform (reference 17; file server and col. 15 
line 13) by passing the storage platform path name (col. 5 line 10, col. 25 line 28; e.g. 
serveri/filename) to the storage platform col. 5 line 10, col. 25 line 28); 

identifying the item (col. 18 line 36) based upon (col. 10 line 34-36) the storage platform 
path name (col. 5 line 10, col. 25 line 28; e.g. serveri/filename); 

passing (fig. 6 step (1)) a database engine function (storage component 101) that returns 
(fig. 6 step (2)) a file system path name (fig. 6; e.g. server/filename) corresponding to the item 
(reference 70, 74; e.g. file) to the item to the relational data engine (DBMS 15); 

wherein the relational data engine (DBMS 15) is adapted to: 

upon receiving the database engine function (storage component 101) from the file 
system (17), perform a table look-up (col. 8 line 13; performing a look-up with a database 
catalog) for an associated user defined type (col. 4 line 67; e.g. a defined data type); 

extract a real file system path (fig. 6, reference 33) corresponding to the first item 
(reference 70, 74; e.g. file) using the database engine function; 

pass the real file system path (fig. 6, reference 33) to perform an operation on the item to 
the file system to cause the file system to perform the operation on the item (col. 7 line 31-37); 

wherein the row (relation 60) corresponding to the item (reference 70, 74; e.g. file) 
includes a user defined type corresponding to the item (col. 2 line 45). 
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With respect to claim 30, Cabrera teaches the system of claim 24, wherein the read lock 
provides a read committed view of the row (col. 20 lines 19-22). 

With respect to claim 31, Cabrera teaches the system of claim 24, wherein the write lock 
prevents another transaction from accessing the row while the transaction is being processed 
(col. 20 lines 19-22). 

With respect to claim 32, Cabrera teaches the system of claim 24, wherein the write lock 
prevents a non-transacted file system statement from accessing the row while the transaction is 
being processed (col. 20 lines 19-22 wherein Cabrera implements a lock that prevents access). 

With respect to claim 35, Cabrera teaches the system of claim 24, wherein the row 
comprises a filestream field (relation field 63; e.g. an efr field). 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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Claims 10, 11, and 33, 34 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Cabrera as applied to parent claims 1 and 24 above, respectively, in view of 
Anfindsen; U.S. Patent 5,983,225. 

With respect to claim 10, although Cabrera teaches acquiring the write lock on the row 
(col. 12 line 10 wherein UPDATE operation imposes a write lock), Cabrera does not appear to 
explicitly teach wherein acquiring the write lock comprises acquiring a write lock that will 
prevent another statement within the transaction from writing to the row. 

Anfindsen, however, teaches wherein acquiring the write lock comprises acquiring a 
write lock that will prevent another statement within the transaction from writing to the row (col. 
13 lines 18-19) for determining incompatible (conflicting) transactions. 

In the same field of endeavor, (i.e. transaction processing), it would have been obvious to 
one of ordinary skill in the data processing art at the time of the present invention to combine the 
teachings of the cited references because the teachings of Anfindsen would have given Cabrera 
responsive isolation techniques for the benefit of enforcing and providing database integrity (e.g. 
Cabrera discloses the need and desire to guarantee integrity in col. 2 lines 50-51). 

With respect to claim 1 1 , Although Cabrera teaches acquiring the write lock on the row 
(col. 12 line 10 wherein UPDATE operation imposes a write lock), Cabrera does not explicitly 
teach wherein acquiring the write lock on the row comprises acquiring a write lock that will 
enable another statement within the transaction to read from the row. 



Application/Control Number: 10/797,238 Page 20 

Art Unit: 2167 

Anfindsen, however, teaches wherein acquiring the write lock on the row comprises 
acquiring a write lock that will enable another statement within the transaction to read from the 
row (col. 13, lines 16-17) for allowing compatible read transactions on a database. 

In the same field of endeavor, (i.e. transaction processing), it would have been obvious to 
one of ordinary skill in the data processing art at the time of the present invention to combine the 
teachings of the cited references because the teachings of Anfindsen would have given Cabrera 
responsive isolation techniques for the benefit of enforcing and providing database integrity (e.g. 
Cabrera discloses the need and desire to guarantee integrity in col. 2 lines 50-51). 

With respect to claim 33, Cabrera does not appear to teach the system of claim 24, 
wherein the write lock prevents another statement within the transaction from writing to the row. 

Anfindsen, however, teaches wherein the write lock prevents another statement within 
the transaction from writing to the row (col. 13 lines 18-19) for determining incompatible 
(conflicting) transactions. 

In the same field of endeavor, (i.e. transaction processing), it would have been obvious to 
one of ordinary skill in the data processing art at the time of the present invention to combine the 
teachings of the cited references because the teachings of Anfindsen would have given Cabrera 
responsive isolation techniques for the benefit of enforcing and providing database integrity (e.g. 
Cabrera discloses the need and desire to guarantee integrity in col. 2 lines 50-51). 
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With respect to claim 34, Cabrera does not appear to teach the system of claim 24, 
wherein the write lock enables another statement within the transaction to read from the row. 

Anfmdsen, however, teaches wherein the write lock enables another statement within the 
transaction to read from the row (col. 13, lines 16-17) for allowing compatible read transactions 
on a database. 

In the same field of endeavor, (i.e. transaction processing), it would have been obvious to 
one of ordinary skill in the data processing art at the time of the present invention to combine the 
teachings of the cited references because the teachings of Anfmdsen would have given Cabrera 
responsive isolation techniques for the benefit of enforcing and providing database integrity (e.g. 
Cabrera discloses the need and desire to guarantee integrity in col. 2 lines 50-51). 



Response to Arguments 

Applicant's arguments with respect to claims 1, 14, 19, and 24 have been considered but 
are moot in view of the new ground(s) of rejection. 

Summarily, on page 14 of the remarks, Applicant states that Sedlar (previously applied 
reference U.S. Patent 6,922,708) does not disclose Sedlar does not disclose or suggest the claim 
1 features of (1) determining whether a query language statement or a file system statement of 
the same transaction conflicts with another transaction; (2) resolving the conflict if the query 
language statement or the file system statement conflicts with another transaction; and (3) 
obtaining a write or read lock on a data table row associated with an associated first item for the 
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file system statement if the query language statement and the file system statement do not 
conflict with another. 

The argument has been considered, however rendered moot in view of the new grounds 
of rejection provided with Cabrera and Cabrera in view of Anfindsen. Furthermore, the noted 
feature of a transaction comprising [both] at least one query language statement and the at least 
one file system statement, does not appear to be expressly found in the previously applied Sedlar 
or Reed (U.S. Patent 7,035,874) references. Although Sedlar does appear to teach the processing 
of relational queries and file system statements, Examiner submits that at best, Sedlar teaches 
translating file system calls to database queries (sec col. 12 lines 45-46). As such, Sedlar is seen 
at best to teach at least two transactions (e.g. one SQL and one FS call) to a data system rather 
than a transaction containing the combination of at least one query language statement and the at 
least one file system statement. 

Thus, Examiner further submits that Cabrera teaches a unification of a file and database 
system (e.g. figure 1 and 6) and Cabrera in view of Anfindsen teach the conflict resolution 
scheme as claimed (see above). 

Thus, in light of the new grounds of rejection, the arguments presented 8/6/2009 are 
hereby moot. 

Pertinent Art 

The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure as they teach the unification of a SQL/File System API. 
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U.S. Patent 6,393,435 Bl issued to Gartner et al. 

U.S. Patent 6,571,252 Bl issued to Mukherjee. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John R. Cottingham can be reached on 571-272-7079. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Application Information Retrieval (PAIR) system. Status information for published applications 
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